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ABSTRACT 



A method and system is described that can be used to 
reliably, efficiently, and securely transmit information in a 
communications network. The information can be static or 
dynamic content. A server is configured with logic to encode 
and decode a link identifier into, safe character sets that are 
recognizable to many known web browsers. A redirect 
process is used to limit the amount of communication with 
the database. This means that the load and the cost of system 
operation can be reduced. 
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PROVISIONAL APPLICATION DATA 

The present invention claims priority to U.S. Provisional 
Patent Application Nos. 60/151,650, filed Aug. 31, 1999 and 
60/151,476, filed Aug. 30, 1999, both entitled SYSTEMS 
AND METHODS FOR MESSAGING WITH DYNAMIC 
CONTENT, naming inventors Michael Hanson, Graham 
Miller, and Brian Axe, and is incorporated by reference as if 
fully set forth herein. 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

The present application is a continuation-in-part applica- 
tion of co-pending U.S. patent application Nos. 09/427,152 20 
entitled METHOD FOR COMMUNICATING INFORMA- 
TION AMONG A GROUP OF PARTICIPANTS, filed Oct. 
25, 1999 percent pending; 09/426,648 entitled SYSTEM 
FOR COMMUNICATING INFORMATION AMONG A 
GROUP OF PARTICIPANTS, filed Oct 25, 1999 now U.S. 25 
Pat. Nos. 6,463,461; and 09/427,378 entitled ELEC- 
TRONIC MEDIA FOR COMMUNICATING INFORMA- 
TION AMONG A GROUP OF PARTICIPANTS, filed Oct. 
25, 1999; invented by Michael Hanson, Graham Miller, and 
Brian Axe; and such applications are incorporated by refer- 30 
ence herein as if fully set forth herein. 

TECHNICAL FIELD 

The present invention relates generally to the transmission 
of information over communication networks, and more 35 
particularly, to a method and system for transmitting such 
information more efficiently by encoding and decoding link 
identifiers into safe character sets associated with the infor- 
mation over such networks. 

40 

BACKGROUND 

Communication networks, such as the Internet, have 
become a common medium to transmit information to users 
of these networks. As such, many attempts have been made 45 
to provide reliable, secure, and efficient transmission of 
information over the network. 

Generally, the information is transmitted in the form of 
files that are attached to a message, such as an electronic 
mail message. The files are retrieved from a repository, such 50 
as a database, when requested or sent by a user. A simple 
transmission scheme that is used by many electronic mail 
systems is Base64 encoding. For this type of encoding, 
binary content, such as images, is encoded and attached as 
text to the message. 55 

Base64 encoding has certain drawbacks. Base64 encoding 
only supports static content. This means that the content 
must be completely defined before the transmission. 
Additionally, Base64 encoding is expensive. This is because 
each intermediate system in the network, such as a server 60 
located between users of the network, requires that a storage 
and transmission cost be paid, even if the information is not 
decoded for use. Further, all of the data must be transmitted 
each time a version or copy of the information is requested. 
This substantially increases the load on the network of 65 
servers that distribute the content. As a result, the number of 
messages that can be transmitted and stored is reduced. 
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Another technique for transmitting information is to use a 
client-server system in the network. In this case, only the 
location of the information in the database is transmitted to 
the client, e.g., a user's desktop computer. The location can 
be identified using a link identifier, such as a Universal 
Resource Locator ("URL"). When the client receives the 
message, the client then requests the file from the database 
via the server. This system provides no efficient method of 
providing dynamic or personalized data to the end-user 
because every client receives the identifier of a single server 
file. 

More recently, arguments associated with a file of infor- 
mation in the network have been encoded in the link 
identifier. This provides a simple form of Remote Method 
Invocation (RMI), which is the invocation of application 
code on a remote machine by a client. When the server 
receives a request for the file identified by the link identifier, 
it executes application code, which decodes the arguments 
and optionally accesses a database of content. This means 
that communications to and the load on the database can be 
reduced. However, because certain encoders and decoders 
can only support a certain number of characters for a given 
link identifier the number and size of arguments that are 
specified in the link identifier are limited. This means that 
the details that can be used to describe the information using 
the characters must be abbreviated. This makes supporting 
complex binary content, such as an image With multiple 
colors and backgrounds, difficult. To support this complex 
content, additional configuration of the network software 
and hardware may be required. This can increase the 
expense and limit the operation of the system. 

Another drawback to the above known transmission tech- 
niques and schemes is that values in the link identifier that 
are represented by characters, such as date and time values 
and the location of the file, often change. Since the encoded 
characters are fixed when the message or information is sent, 
any changes or modifications to the content can only be sent 
to the client by re-generating the entire content for each new 
request. This means that the client cannot cache the content. 
This causes the information to only be stored in the database 
or remote server, and thus causes the server and network 
load to increase. 

SUMMARY 

In general, the present invention is directed to a system 
and method for transmitting information over a network. 
The preferred method and system encodes a link identifier, 
such as a URL, that is associated With a then current 
dynamic content of an electronic medium that is stored in a 
server. A redirection process is used to create a redirection 
message string that can be easily cached and that limits the 
load on the system by accessing only changed states of the 
information represented by the link identifier, not the entire 
set of information. For each new request for information by 
any of the participants, the redirect message string can be 
used to direct the participant to the server. 

Accordingly, in one aspect, the present invention is 
directed to a method for transmitting information over a 
network that includes receiving a link identifier associated 
with a file containing the information. A first command may 
be executed to retrieve the link identifier and the link 
identifier may be converted to a property set. The method 
may also include encoding the property set and generating a 
redirect message string from the property set. The file may 
be accessed using values from the redirect message string 
for each change of the link identifier. 
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Implementations of the invention may include one or FIG. 11 illustrates a process of retrieving data from an 

more of the following. The information may include static or image server, 
binary content. The link identifier may be transmitted to a 

participant using an electronic message, and the electronic DETAILED DESCRIPTION 

message may be parsed to generate a current state of the link 5 m general) me m invention b directed to a method 

identifier as an image description from a message-ID in the and ^ for communicating and collaborating among 

hnk identifier. The electronic message may be an HTML part i cipants in a ff0llp . The method uses an electronic 

encoded message. The property set may be encoded using m edium having at least one dynamic content region that is 

ASCII-based encoding.The property string may be com- stored m , database of a xtVM , composed by the 

pressed and obscured. The property string may be mapped 10 parti cipants of the group or other external sources is 

mto a set of safe character values. An image may be , ted b the XIve[ to u ^ ate the d ic C0Qten , re ^ Qn 

generated from values contained in the redirect message of the electronic medium in the server. The updating of the 

string. The link identifier may be configured for use with an dynaimc content region is pre ferably performed asynchro- 

electronic mail or Internet protocol. nously relative , 0 me ^ receivingof the mput from 

In another aspect, the present invention is directed to a 15 any of the participants or external sources. In this way, the 
method for transmitting information over a network that content of the electronic medium is always current, 
includes receivmg a 1^^ ^ invention is based on a principle different from 
The hnk identifiermay be associated with a file containing laam communication systems Le . me information commu- 
te information. The method further includes parsing the nicated betWBm participants of the group is not current 
electronic message and executmg a first command to when ^ by ar^cipant, but current when accessed or 
retrieve the hnk identifier The hnk identifier may be con- read b , part i cipan ,. The me thod and system of the inven- 
verted to a property set, and the property set may be encoded , ion does nQt merel rel on information that was 
into a safe character set. A redirect message string may be current when the medium was KM to a living participant 
generated from the property set, and the file may be accessed tQ communicate information; rather, the current content 
using values from the redirect message string for each * from the server of the electronic medium is retrieved, when 
change of the link identifier. the receivmg participan t accesses the electronic medium. 

In a further aspect, the present invention is directed to a This means that multiple virtual instances of the electronic 

network system for transmitting information among a group medium can be reduced to a single thread. The method and 

of participants that includes a server for generating and system usefully reduces the amount of media, such as 

sending a link identifier associated with the file containing electronic mail messages carrying redundant static content 

the information to a participant. The server may further that is communicated among the participants of the group, 

include an interface responsive to a first command to This invention also makes collaboration of information more 

retrieve the link identifier. A web application server may be rapid and interactive among participants of the group, 

used to convert the link identifier to a property set and logic ^ ele ctr 0n i c medium can also be updated by a variety 

m the web application server may be used to encode the 0 f external sources, such as by an attached server containing 

property set and to generate a redirect message from the stock or news feeds In this t he electronic 

property set. An image server may be used to access the file medium can be used to supply different types of information 

using values from the redirect message string for each to the participant in a fast, efficient, and flexible manner, 

change of the link identifier. . ., . . . . ... . . 

__ . .. , . . r w A suitable system for the invention is a communication 

The details of one or more embodiments of the invention network that ^ configured with participants that support a 

are set forth in the accompanying drawings and the descrip- variety o£ protocols, suc h as those for supporting electronic 

tion below. Other features, objects, and advantages of the mail ( « e _ mair) and the Internet. The electronic media for 

invention will be apparent from the description and communicating information and that supports collaboration 

drawings, and from the claims. 45 among partic i p a nts in a group connected to the network will 

DESCRIPTION OF DRAWINGS ' 5e reterret ' to as a "zaplet". The zaplet contains static content 

and dynamic content regions. The term dynamic content can 

FIG. 1 is a simplified diagram of a sample network be defined as regions of the zaplet that are retrieved from the 

including participants of a group connected to the network. server, when the zaplet is accessed by a participant or 

FIG. 2 illustrates a schematic diagram showing data flows so external source. The term static content can be defined as 

of functional components of the network of FIG. 1. regions of the zaplet that are not retrieved at the time the 

FIG. 3 illustrates an example electronic form to initiate a zaplet is accessed by a participant or external source. The 

zaplet. dynamic content of the zaplet can be changed and updated 

FIG. 4 is a diagram of a data structure for the zaplet b y me participants in the group or by other external sources, 

having dynamic content. 55 SUCD as an external server containing the most recent news 

FIG. 5 is an example of an image of a zaplet. feeds or stock c * uotes * ^ 00016111 of ^P 1 * can be slored 

™~ , . a t_ * 11 * r- T . , r . ma database in a server of the network. The zaplet is also 

FIG. 6 is a now chart illustrating a preferred method of the ♦ • U i j L i . • • • * * 

. b v ^uvuuivuiuuuiuiv customizable and programmable, containing various text 

present invention. , , . , • f * ■ * r ^ j 

r and graphical regions to execute a variety of functions and 

FIG. 7 is a flow chart illustrating a preferred method of m applications. Preferably, each of the regions may be config- 

accessing the zaplet by parsing the data structure of FIG. 4. ured by ^ participants or the server in the network. When 

FIG. 8 shows a flow chart of a process of requesting a participant performs an open action to access the zaplet, 

information from the server of FIG. 2. the zaplet may open and the server serves and displays the 

FIG. 9 shows a flow chart of a process of encoding a data then current content in the database to a participant, 

set associated with the information of FIG. 8. 65 An "open action" can be defined as an action by any of the 

FIG. 10 illustrates a process of redirecting a request for participants or the server that causes the static and/or the 

information to the server of FIG. 2. dynamic content of the zaplet to be retrieved from the server. 
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For example, an open action may occur when a user invokes messaging enabled cellular telephones, pagers, television set 

the File Open command from a menu bar within an email top boxes, e.g., Web TV, or portable computers. The 

reading program while an email message containing a zaplet participants 1-4 may further include other devices that are 

is selected. Alternatively, the server could perform an open capable of processing text or voice messaging, 

action using, for example, push technology processes. 5 The network 5 may be any local or global computer 

The term collaboration can be defined as an activity in network. For example, the network 5 may be the Internet, a 

which one or more participants or services share information telephone network, a wireless communications network, a 

or points-of-view with an intent of reaching a decision, satellite communications network, or other similar data 

making a choice, conducting a financial transaction, or networks. 

sharing knowledge. 10 For simplicity, the following description will be made 

The dynamic content can be represented in a dynamic using a system and method configured to support any of the 

content region in the zaplet, and includes text or images, below listed e-mail protocols and data structures. However, 

such as rich text HTML, based on mark-up languages or the invention can be configured and practiced in any of the 

image construction languages. Consequently, the zaplet can above communication networks. For example, voice mail 

supply all the look and feel possibilities of the World Wide 15 using interactive voice systems could be configured to 

Web ("Web"), and also the participants can experience provide voice messages as current when heard dynamic 

interactions and collaborate with each other with increased content. 

efficiently than in known e-mail systems. Each of the participants 1-4 is configured to support a 

The system and method of the invention makes commu- variety of e-mail protocols and mark-up languages, such as 

nication among a group of participants simple. Preferably, 20 SMTP, MIME, Hypertext Mark-up Language ("HTML"), 

the server used to generate and manage the zaplet is scalable Extensible Mark-up Language ("XML"), Standardized Gen- 

for a particular implementation. Its scalability allows quick eralized. Mark-up Language ("SGML"), or similar e-mail 

user response under heavy load conditions on the server. protocols and/or mark-up languages. 

Further, the zaplet can be easily accessed by the participant, 25 FIG. 1 also shows a server 6 that is connected to the 

such as from a desktop computer. Accordingly, the partici- network 5. The server 6 is preferably configured to manage 

pant will have constant access to his or her zaplet at all the dynamic content, routing, and updating of electronic 

times, and thereby can collaborate with other participants in forms, messages, or zaplets among the participants 1-4. The 

the group quickly, simply, and efficiently. This means that server 6.is connected to a message database 7 that is used to 

the participant needs not repeatedly type-in the URL of a 3Q manage the dynamic content of zaplets in accordance with 

portal web site to regain access toga particular application, the present invention. Other data management resources 

such as a discussion; the zaplet may be easily accessible and may also be used. 

open in an unobtrusive manner. piG. 2 illustrates a simplified block diagram showing data 

Unless otherwise defined, all technical and scientific flows of various functional components of the server 6. The 

terms used herein have substantially the same meaning as 35 server 6 includes a database 10. The database 10 may be a 

commonly understood by one of ordinary skill in the art to relational database, such as commercially available from 

which the invention belongs. Although many methods and Oracle. The database 10 may include multiple physical 

systems similar or equivalent to those described herein can databases and may be implemented at a single site or 

be used in the practice of the present invention, suitable- distributed among many sites. The database 10 may also be 

methods and systems are described below. Additionally, the ^ implemented using object-oriented databases, object - 

methods, systems, and examples described herein are illus- relational databases, or.hierarchical file structures, 

trative only and not intended to be limiting. The database 10 may include information that is specific 

Other features and advantages of the invention will be to any participant or electronic form, message, or zaplet. 

apparent from the following detailed description, the Contents of the database 10 may include demographic, data, 

drawings, and from the claims. 45 participant credit card and payment information, participant 

FIG. 1 illustrates a plurality of participants 1, 2, 3, and 4 preference information, generic form, message, or zaplet 

of a group that are coupled to a network 5. Any number of information, such as recipients or senders of the group, 

participants may be connected to the network 5. The term subject identifiers, or message specific information, and 

participant can be defined as an entity or system that is usage statistics for the electronic forms, messages, and 

capable of performing or executing a variety of functions on 50 zaplets and/or a web site. The database 10 may also store 

the zaplet as described herein. For simplicity, however, the electronic forms that act as blanks for the creation of the 

following description will be made to participants 1-4. Each zaplets. The database 10 may also include images and web 

of the participants 1-4 may include any specific or general pages used in the creation of the zaplets and also used in the 

computer system that is equipped to receive or read e-mail presentation of any dynamic region of the zaplet. The 

messages using standard e-mail protocols such as the Simple 55 database 10 may also maintain a record of the history of 

Mail Transfer Protocol (SMTP) and the Multipurpose Inter- changes that have been made to any dynamic content region 

net Mail Extensions (MIME), or navigate the Web. The of the zaplet discussed below. This record may also be 

computer may be, for example, a personal computer propagated along with any dynamic content to one of the 

("P.C."), an Apple Macintosh, a Unix workstation, or other participants parsing the electronic message and zaplet, as 

computing machine that runs a windows-based operating 60 discussed below. An example configuration for storing and 

system. A suitable computer may also include a modem, a processing various content in the database 10 is illustrated in 

monitor, a keyboard, a mouse, system software including the attached Appendix A, which is herein incorporated by 

support for TCP/IP communication, and browser software. reference. 

Alternatively, the participants 1-4 may include other devices FIG. 2 also shows a data application server 12 is coupled 

that are capable of transmitting or receiving e-mail 65 to the database 10. The server 12 is configured with, for 

messages, forms, or zaplets, such as Palm computers pro- example, a set of Java classes or any other high level 

vided by 3Com Corporation, Windows CE-based devices, programming language built using, for example, an Enhydra 
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application server or any of a variety of other tools for 
object-relational translation. The data application server 12 
is used for translating the content in the database 10 into 
Java objects, for use by a web application server 14. The data 
application server 12 may also be configured to cache some 5 
data to reduce the load on the database 10. 

A web server 16 is included in the server 6 to connect to 
the participants 1-4. The web server 16 is connected to the 
web application server 14 and can be any commercially 
available web server, such as an Apache server. The web 10 
server 16 is configured to manage requests from browsers at 
the participants 1-4, to manage session information, to send 
and receive forms, or zaplets transmitted to or from the 
participants 1-4, and to serve HTML data and static images 
to the participants 1-4. 15 

The web application server 14 can be configured using a 
set of Java classes built-on top of the data application server 
12. The web application server 14 is responsible for execut- 
ing business logic associated with the electronic forms, 
messages, and zaplets. For example, the web application 20 
server 14 may manage message, form, and zaplet 
manipulation, deadlocks in the network 5, generate a URL 
and content associated with a specific zaplet or form, format 
the zaplet, message, or form, handle message authorizing, 
and handle participant record editing and participant inter- 25 
action with various zaplets, forms, and messages. 

A web page formatter 18 is connected to the web appli- 
cation server 14. The web page formatter 18 is used to 
handle the basic styles and layouts of various components of 3Q 
the zaplets, messages, or forms. Further details of the 
preferred business logic configured in pseudocode execut- 
able by the system and describing the method of the present 
invention for initiating, sending, updating and displaying the 
zaplet, forms, and messages can be found in attached 35 
Appendix A. 

The web page formatter 18 may be configured to operate 
using a Java Server Page ("JSP') construct. 

FIG. 2 also shows that the server 6 includes a mail server 
20 coupled to the web application server 14 and the data 40 
application server 12. The mail server 20 handles the opera- 
tions of the e-mail protocol necessary to support a variety of 
zaplets, forms, and messages. For a given message, form, or 
zaplet, the mail server 20 retrieves data associated with the 
medium from the data application server 12, and from any 45 
operations of the business logic of the web application 
server 14. The mail server 20 then formats the static content 
for the medium utilizing an associated mail formatter 24 
including a command to retrieve the dynamic content. The 
mail formatter 24 includes operations that can be used for 50 
the basic styles and layouts of the common elements of the 
zaplets, forms, or messages. Once the mail server 20 has 
compiled the required information from the data application 
server 12 and web application server 14, the mail server 20 
may attach necessary header information to the zaplet, form, 55 
or message. For example, the header information may make 
an e-mail message compliant with the MIME standard. The 
mail server 20 then transmits the produced message to a mail 
transport server 22. The mail transport server 22 routes the 
message through the network 5. The mail server 20 may also 60 
be configured to manage bounced and undelivered 
messages, forms, or zaplets, and also alert the appropriate 
participants of these conditions. The mail server 20 may also 
communicate with the web application server to validate the 
addresses of the various participants. The mail server 20 65 
may also receive responses via the interaction region 225 
discussed below from any participant who is not connected 
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to the network 10 or "off-line" when reading the zaplet. In 
this configuration, the participant can send input back to the 
server 6 to be dynamically updated, after he or she is 
re-connected to the network 10. In this way, the participant 
can contribute to a zaplet even in the absence of the dynamic 
content and without having to get back to the zaplet when 
connected "on-line". 

The mail formatter 24 may be implemented using a JSP 
construct. 

The mail transport server 22 may use SMTP, and can be 
implemented using a number of commercially available or 
open source e-mail servers, including Sendmail and the 
Exchange server. 

The server 6 also includes an image server 28 that is used 
for connection to the participants 1-4. An image formatter 
26 is connected to the image server 28. The image server 28 
may be implemented using a web server (servlet). The image 
server 28 takes information from Hypertext Transfer Proto- 
col ("HTTP") requests from the participants 1-4 and trans- 
lates the information using predefined schemes into human 
viewable images that are encoded in a format compatible 
with known web browsers. The image server 28 may be 
configured separately from the web server 16, as shown in 
FIG. 2. This configuration may increase the scalability of the 
server 6. Alternatively, the web server 16 and the image 
server 28 can be configured together. The image formatter 
28 may be configured using a Java construct. The image 
formatter 28 formats the image into a compliant standard, 
such as Graphical Interchange Format ("GIF"), Joint Pho- 
tographies Experts Group ("JPEG"), or Portable Network 
Graphics ("PNG"), for the participants 1-4. 

FIG. 3 illustrates an exemplary electronic form 100 that 
can be used to compose and initiate a zaplet among the 
participants 1-4 in accordance with the invention. The 
electronic form may be, for example, an HTML form. The 
electronic form 100 can be accessed via a web site sent by 
the server 6 to the participants 1-4, or may reside as a 
template at the participants 1-4. 

The electronic form 100 can be stored in database 10, 
reside on a device of a participant, such as in a memory of 
a computer, or can be sent to a participant via a communi- 
cations protocol, such as e-mail. The electronic form 100 
may be blank or partially completed. To partially complete 
the form, the server 6 may contain prior knowledge of the 
use of the form using, for example, "cookies" or other 
suitable techniques. 

The electronic form 100 includes a name field 101 that 
specifies the creating participant's name and a network 
address field 102 that specifies a specific address associated 
with the creating participant, such as an e-mail address. The 
electronic form 100 can also include a network address field 
103 that includes network addresses of the participants that 
should receive the zaplet. The list of network addresses in 
the field 103 may include the network address of the creating 
participant. The list of network addresses may be explicitly 
inputted by the creating participant using a keyboard, 
imported from a folder or other file residing at the creating 
participant, or imported by the creating participant from a 
peripheral device, such as a Palm Pilot provided by 3Com. 
Alternatively, the creating participant can provide the list of 
network addresses to the server 6. In this configuration, the 
server 6 may input the list of network addresses into the field 
103, when the creating participant accesses the electronic 
form 100, as described below. This means that the field 103 
will be completed for the creating participant, when the 
electronic form 100 is accessed. At this stage, the creating 
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participant may add or delete network addresses from the list The form 311 can be used to receive input from a 

provided by the server 6. participant, and the region 312 can be used to provide static 

The electronic form 100 may also include a subject field information/processes that are independent of the current 

104 and any number of question, choice or comment fields zaplet process. 

105. The creating participant may describe the subject 5 The segment 304 may also include a region 330 that can 

matter of the zaplet in the subject filed 104 and supply be used to store a command indicating a web page storing 

details regarding the zaplet, in the comment field 105. In one the content of the segment 304. This configuration can be 

configuration, each of the fields 101, 102, 103, 104, and 105 used when a participant attempts to forward the zaplet to 

are part of a static region. The electronic form 100 may also another participant connected to a server that cannot support 

include other applicable fields, such as for a title of the 10 the segment 304. In this way, the participant can still view 

zaplet, fields for soliciting information from the participant, the content of segment 304, and is therefore not dropped 

such as his/her address, links to other zaplets, a description from the group. 

field to receive an input, such as a URL, an image or binary i n FIG. 4, a MIME separator 305 is configured between 

data field, or option fields to specify choices, such as a poll the segment 304 and a segment 306. 

choice. is jjj e segment 306 can include MIME encoded image data 

The electronic form 100 can be used to initiate a variety to be displayed in the HTML message of segment 304. The 

of zaplets for different applications, which are herein image data may include images for logos or photos that can 

referred to as "zaplet processes". Once the electronic form be accessed by the participant even if the server 6 is not 

100 is created, it is sent to the server 6. The server 6 then accessible. The optional segment 306 is followed by a 

sends an e-mail message to the participants listed in the 20 MIME separator 307. 

network address field 103 to notify the receiving participants ^ present i nV entors have discovered that the structure 

that a zaplet process has been initiated. The e-mail message 350 can 5e used t0 provide a high quality of t0 

is opened and parsed, and the zaplet is essentially immedi- various classes of participants based upon their e-mail client 

ately accessed from the server 6 as described below. application capabilities. Five classes of "e-mail clients" 

FIG. 4 shows a suitable data structure for a zaplet process include new P.C. e-mail clients, web e-mail clients, older 

in accordance with the invention. p.c. e-mail clients, text e-mail clients, and America On-Line 

The data structure 350 can be based, for example, on ("AOL") e-mail clients. The functionality in the segment 

HTML over SMTP using MIME. The data structure 200 304 is provided to new P.C. e-mail clients completely. Some 

includes SMTP and MIME headers 300. These headers 300 3Q web e-mail clients do not allow use of an IFRAME/ILAYER 

include an indication that the message is a multipart/ tag to display dynamic content 321 of the dynamic content 

alternative type according to the MIME standard. The region 313. In this case, the participant gets a static message 

multipart/alternative type specifies that the participant is directing the participant to a web representation, or a 

configured to display one alternative format or content-type dynamic image displaying the same up-to-date data is served 

of the message selected from a segment 302 and a segment 35 by the image server 28. Many older P.C. e-mail clients, and 

304, depending on the capability of the software of the all of the text e-mail clients cannot display the segment 304. 

participant parsing the message. These participants may receive an e-mail message with 

The data structure 350 may define a transport envelope static content, and a URL identifying a web page at which 

with region 300 containing a plurality of network addresses, the dynamic content may be accessed. Current AOL clients 

such as the e-mail address of a sending and receiving ^ support some of the HTML standard, 

participant. It has also been found that the server 6 can be configured 

A MIME separator 301 may be inserted between headers to identify the capability of a participant. For example, the 

300 and segments 302 and also between segments 302 and server 6 can be configured to automatically send the zaplet 

304. to the participant by recognizing the sufEx "aol.com" in the 

The segment 302 may also include a plain text message 45 participant's network address. Alternatively, the participant 

that is displayed if the participant does not have the capa- can specify which e-mail client to use by sending a request 

bility to display regions 310 and 313 of segment 304, to the server 6. 

described below, according to the multipart/alternative mes- FIG. 5 shows an example of an image of a zaplet, 200 that 

sage type indicated in the headers 300. For example, the is displayed to a user when the data structure 350 is parsed, 

segment 302 can include a command instructing a partici- 50 The zaplet may include a title field 201 that contains static 

pant that he or she may view a web page corresponding to content similar to the information inputted in fields 101, 102, 

the segment 304. 104, and 105. Preferably, the above static content is dis- 

The segment 304 may include a rich text HTML played each time the zaplet 200 is accessed by a participant, 

document, including any number of dynamic regions 310, The zaplet 200 may also include an advertising region 203. 

HTML forms 311, static HTML content regions 312, and 55 The content in region 203 can be static or dynamic content. 

I FRAM E/I LAYER regions 313. The dynamic content region The content in regions 201 and 203 can be configured and 

310 can include, a command to dynamics content 320 of the supplied by the business logic in web application server 14. 

zaplet, stored remotely such as in the database 10 of the The zaplet 200 also includes a forwarding region 205 and 

server 6 on the network 5. The IFRAME/ILAYER region a creation region 206 corresponding to segment 312 of the 

313 may include a command to access dynamic content 321 60 data structure 350. The region 205 allows a participant to 

of the zaplet, stored remotely such as in the database 10 or add an address of a potential participant that is not listed in 

at the server 6 on the network 5. The dynamic content 321 the address field 103. This means that any participant listed 

may be in the same location as the first dynamic content 320, in the address list of field 103 can include any other potential 

or may be in a different location in database 10. Each participants not listed in the field 103. In other 

dynamic content region 310 and 313 may have content that 65 configurations, the ability of a participant to add another 

includes more than one dynamically updated construct or participant can be controlled by the creating participant of 

image. the zaplet. 
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The creation region 206 is also included in zaplet 200 to to the MIME and SMTP header and separators 300 (step 

allow a participant to create an electronic form similar to 401). If the participant is capable of displaying the dynamic 

electronic form 100 to initiate another zaplet process. content of the zaplet in the segment 304, content is produced 

The zaplet 200 also includes a dynamicfcontenl region by parsing the HTML (step 402). The participant initially 

210 corresponding to segment 310 of data structure 350 that 5 renders static components of the zaplet, such as in the 

receives the dynamic content 320, In one configuration, regions 311 and 312 (step 403). To render the dynamic 

region 210 may include a graphical image, such as a pie content in region 310, a parsing engine at the participant 

chart, or other binary content including executable content. issues a get command using, for example, a virtual URL 

The content 320 of the region 210 can be dynamically identified by a tag field in the HTML (step 404). The server 

updated by the business logic residing in the web application 1Q 6 includes logic, such as business logic in web application 

server 14. server 14, to map the virtual URL to an actual URL for the 

The zaplet 200 also includes an interaction region 225 dynamic content 320 of the dynamic content region 310, and 

corresponding to segrment 312 of the data structure 350. The returns a message indicating the actual URL for the dynamic 

interaction region can include images, such as check boxes, content 320 corresponding to the virtual URL, which is 

to select options created using the electronic form 100. For jfi received at the participant site (step 405). A get command for 

example, a poll can be initiated in electronic form 100 and the actual URL is then issued (step 406). A web page 

the interaction region 225 could contain boxes to select a indicated by the IFRAME/I LAYER region 313 of the data 

poll choice. The interaction region also contains a text box structure 350 can also be retrieved similar to steps 404-406 

223 that allows a participant to add a text passage to the ( step 407), and then the dynamic content 321 for the 

zaplet. The interaction region may also include the name of 2Q dynamic content region 313 is rendered (step 408). 

the responding participant and his or her associated e-mail Referring again to FIG. 6, once the zaplet 200 is retrieved 

address. by the participant, he or she inputs data into the interaction 

A dynamic content region 213 corresponding to region reg ion 225 (step 507). For example, the user may input a text 

313 of data structure 350 is contained in zaplet 200 that passage. At this stage, the dynamic content region 213 will 

receives the content 321. The content 321 can include text 25 include concatenated text messages and a list of message 

passages that are entered by participants using the interac- recipients as discussed above. The participant then submits 

tion region 225. The business logic at the web application the updated zaplet to the server 6 (step 508). Next, the 

server 14 manages the text passages and causes changes to submitting participant receives an acknowledgement from 

the variables in database 10 to update the content 321 and to t he web server 16 indicating that the zaplet was received 

display the updated content in region 213, when the partici- 3Q ( ste p 509). The e-mail protocol residing at the client may 

pant opens the message. The displayed content in region 213 then issue at any time a new get command for the dynamic 

may include visual images, a list of participants who have content in region 310 and/or region 313 to display the 

entered text passages, or any other relevant dynamic content. updated images and/or text content in the dynamic content 

FIG. 6 is a flow chart of a preferred method of the regions 210 and 213 (step 510). Alternatively, after the 
invention. Initially, one of the participants accesses a live 35 participant submits his or her input (step 508), another 
electronic form 100 to begin a zaplet process (step 501). The instance of the zaplet could be served that includes the above 
requesting participant may access the form 100 from the acknowledgement, and also reflects the most recent dynamic 
database 10 via the web server 16, from a web site, or other content including the submission at step 508. In another 
resource as discussed above. To access the electronic form configuration, the dynamic content of the zaplet could be 
100, the participant may specify a descriptor, such as a URL, 40 updated "in-place". This means that the regions 210 and 213 
associated with the electronic form 100. Once the electronic could be updated to reflect the most recent content in the 
form 100 is displayed to the participant, the participant server 6 including the submission at step 508, as the par- 
completes the fields 101, 102, 103, and 104. The participant ticipants viewing the zaplet. Subsequent actions by any of 
may also complete field 105. The participant then submits the participants of the group to open a message will result in 
the form to the server 6 (step 502). 45 the display of the updated images and text content in the 

Next, a confirmation message is sent from the web server zaplet 200. 

16 indicating that the content of the electronic form 100 was The preferred method permits participants to collaborate 

received, that the electronic form 100 was sent to the efficiently. Each participant can send and receive informa- 

addresses listed in field 103, and any other errors associated tion that is current using dynamic regions 210 and 213. This 

with the processing of the electronic form 100 (step 503). 50 means that participants can accurately respond or opine to a 

Alternatively, the creating participant of the electronic form zaplet process with the most current information at their 

100 may receive the e-mail message (step 504) described disposal. 

below as an acknowledgement that the form 100 was The preferred method supports privacy and communica- 

successfully received by the server 6. Uons because the dynamic content can be restricted to those 

Each of the participants in the list in field 103 receives an 55 specified in field 103. Further, the preferred method and 

e-mail message associated with the zaplet (step 504) indi- system allows content to be dynamically updated asynchro- 

cating that the zaplet process has been initiated. Next, a nously relative to the sending of the documents or forms and 

receiving participant opens the message (step 505). In one asynchronously relative to any processes used by any other 

configuration, a receiving participant may be the creating participants parsing the electronic messages. In this way, the 

participant. This mechanism could allow a creating partici- eo zaplets received by participants of the group do not become 

pant to create a "personal" zaplet that only he or she could stale or outdated. Additionally, the updated content includes 

update or retrieve. Once the receiving participant opens the dynamic information identifying changes that have occurred 

e-mail message, the dynamic content of the zaplet 200 is since the message was last viewed by the viewing partici- 

served essentially at viewing time to the display of the pant. This means that the viewing participant can track the 

participant as follows (step 506). 65 opinions, suggestions, or other comments made by other 

Referring to FIG. 7, the e-mail protocol residing at the participants in a simple and quick manner. The preferred 

participant begins by parsing the received e-mail according method also allows participants to interact with other par- 
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ticipants in a group without the daunting task of "surfing" relevant data about the message from the database to con- 

the Web to find the discussion management tool that man- struct the requested content, e.g., an image (step 902). In this 

ages the discussion. The preferred method and system also configuration, the link identifier may be an image descrip- 

provides. the highest quality service based upon the partici- ti° n - The image description may include details such as 

pant's e-mail application capabilities. 5 "^age type, optional size, optional presentation information 

The present inventors have discovered that the above- < e *» c ? lor >> a ° d other ^rmation identifying the content to 

described preferred methods and systems can be used to * ret "^ ed l ; The imag , e * then re P resei f d ""property set 

ensure that the content (e.g., static or dynamic) is accurately < St ?P 903 >; For c ™ n P 1 f.- ^ ™ ** ro ? st ™ l< * 

. . . . V ju, .u • . j *u. as "image type=pie,options=(red, blue, yellow), votes«(3, 2, 

and precisely transmitted between the participant and the n „ 1n u t u* ™ ' . ^'L^cJ ' 

* r _Iu c j *u j j f li in !)• 1° "^ 1S example, the property set corresponds to a 

server 6. Further, the preferred methods and systems are able 10 7 K ' r r ' / 

. *u a: • , * • • c .u . . , • • request by a participant for the then current state of a pie 

to support the efficient transmission of the content to mini- . V , f, 4 , t e t , „ x 

. A. j . • c .u . • • it t . chart display that identifies quadrants for votes (e.g., a poll) 

mize the data size of the transmission. Moreover, the pre- a J\ a n xt * .u „ * • aa / 

c , ... , . . Jt i- ' t m red, blue, and yellow. Next, the property set is encoded to 

ferred methods and systems can be used to limit or prevent _ . . ' ^ ' , , • o _ /. on -v 

... ' ^ , . r , construct an encoded image description (step 904). 

unauthonzed use of the server 6 by unwanted entities, such <AM i * * fl J - * / j 

as third party operators or sources (e.g., web search « FIG. 10 illustrates a flow diagram of a preferred encoding 

engines). Accordingly, the preferred methods and systems P 10 * 58 t0 . encoded image description In one 

can be configured to support the secure, reliable, and effi- COnfi S ura, *° c n l^ «ta«nption can be encoded in a 

cient transmission of information between the participants P ortable ASCD^wed encodmg technique. This ensures 

and the server 6 accurate transmission of the image description through any 

r , , . . , on standard web browser or proxy. The resulting encoding may 

In a preferred ^figuration the server 6 is configured » inc , ude information about the ted ; b the 

with logic to encode and decode a link identifier, such as a ^ ^ mformatioil mclude ^ hei ht ^ 

URL, that is associated with the then current dynamic „, .^.^ „f « i„„»„,i ° „ f 

' . , . , . ,. , . . . , pattern, presence or absence ot a legend, current state 01 the 

content of the electronic medium that is stored in the d ic ( , b or names of ad . 

database 10. The preferred configuration uses an encoding ideatifled in the electronic form e.g., electronic form 

and decoding process and a redirection process that limits l * \r^\ 

the load on the database 10 by accessing only changed states ■ n , L . JJA . .i_ i 

of the information, not the entire set of information as in , ™ u ^» lhe 561 18 * ?« ,ort fc ,hc e - m *' 

known systems. The redirection process uses a redirection ^ transmitting the request (step lOMJto the server 6. 

message string that can be easily cached. For each new n ° n « ~^?°°> *» «™>g may a^transmittable 

request for information by any of the participants, the » «e« str^g The miage de^pton may be encoded mto the 

redirect message string can be used to direct the participant proper,y «* "f. m S s andard HTIP argument-value encodmg. 

( f l .u • i .1 * £ u I Q one embodiment, any illegal characters may be stripped 

to, for example, the image server 28. In this way, the number , , . 4 , .1 u * / j 

r • . j a . • .i and substituted with an escape character (e.g., % ) and 

of communications to the database can be significantly AC ™, , " " \ T K r V 

reduced ASCII hex code values for the illegal character values. 

A * c - . . . t t . ^ 35 The property set is then compressed using standard text 

An example or a process for transmitting content between . ; . . /t r 1rtM v f TT 

t . - t . ^ 0 • r ii compression techniques (step 1002), such as Huffman 

the participants and the image server 28 is as follows. The * . v r , t . ™, , 

; . v , , . p. t , , . 4 4 encoding, to create a compressed string. The compressed 

content may be any graphical image, or other binary content, ^* then be conve t d to bt ft 1003) t 

as described above. Initially, the participant opens the elec- comp^Tstring" The' 5 10§ may to 

tromc message (step 505) generated by the server 6. Next, j • ♦ u u i . 

f . -i ♦ i -j- . .u J* • * * *u 40 performed using any transformation scheme known to one 

the e-mail protocol residing at the participant executes the r fl , 6 7. 4 t , . t , 

steos 401-403 described above ° r more he P artIcl P ai,te requestmg the content, such as 

, _ t byte-order scrambling, or encryption. For example, to 

In one configuration the electronic ^essage may be an obscure data at the step im the mmpmscd string can be 

IMG (image) tag m an HTML-encoded message containing conV erted to an array of seven-bit values, prefixed with a 

a URL or other link identifier havmg a message ID. The 45 le th value ^ means lfaat the ft ^ cafl 

participant may retrieve the content associated with the link be M a mnti&KiVS my of 8 . bit values> splitting the 

identifier by executmg the step 404. Hie message ID is array every seven bits to create a new value array that is (8/7) 

generally a unique code associated with the HTML message ^ as bng as me initial pr0 pe rt y set. The bytes of the 

that is generated at the time the message is sent (step 505). compressed string may then be additionally obscured. This 

The message ID allows any participant to uniquely identify 5Q can 5e done by « rotating - the higher order bits of each byte> 

the content associated with the message. Hie participant n& mWiaa be performed by moving the top foilr bits 

may then receive the actual URL associated with the of each byte l0 its « bwer ». neighbor> rotating the lowest 

requested content as follows. vaJue around tQ me tQp four bftg of the Jast item ^ the arfay 

Further details of logic for executmg an exemplary encod- Referring again to FIG. 10, the byte array at the step 1003 

log and redirect process, described below, configured in 55 may then ^ reduced to a Mt to fit mto a ^ character ^ 

pseudocode execuUble by the system and describing the (step 1004), such as the ASCII values "A-Z,""a-z, ,,£ 7," and 

method of the present invention for transmitting information « F or example, the byte array can be converted to an array 

to participants can be found in attached Appendix B. of six . bit values> pre fi xed wi ta a two-byte length value 

As shown in FIG. 8, the server 6 identifies and, locates the encoding using a known multiple. In this way, the byte array 

content in the database requested by the participant using the 60 can be treated as a contiguous array of 8-bit values that is 

message ID (step 601). At this stage, the server executes the split every six bits to create a new value array that is (8/6) 

preferred redirecuon process as follows (step 602). times as long as the byte array of step 1003. The newly 

FIG. 9 illustrates a flow diagram of the preferred redirec- formed byte array may then be mapped into a 64-element- 

tion process. Once the server 6 receives the message ID at long string of safe ASCII values. The safe values are used in 

step 404, the server 6 loads the current state of the link 65 many standard HTTP encodings and can advantageously not 

identifier from the database (step 901). The server 6 then be manipulated by a user agent or proxy prior to transmis- 

executes logic in the web application server 14 to extract sion. 
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Referring again to FIG. 8, the location of the image server message. This makes reproduction and unwanted access to 
is then loaded from the internal application memory of the the server 6 difficult. Further, the compression of the prop- 
web application server 14 (step 603). Next, a redirect ert y set into a compressed string allows the information to be 
message string is sent to the participant (step 604). The transmitted more accur atelv and Quickly This is because 
redirect message string is constructed using the redirection 5 j J L .-r 
process described above. The redirect message string may be more characters can be used to describe the information to 
an HTTP message of the form "http://<image server be transmitted using the limited character bandwidth of 
location>/<encoded image data> " In this example, "image standard HTTP browsers. For example, some browsers can 
server location" is the domain name of an Internet- only support 256-byte data strings. Using the encoding and 
addressable server that contains the image generation appli- Q compression techniques described above, approximately 
cation and "encoded image data" is the image definition in 400 bytes of data may be sent using a standard 256-byte data 
the form of a property set that is processed using the steps string. In this way, content can be precisely defined because 
1000-1005 described above. of the increased string capability. 

The get command at the step 406 to retrieve the image 

data (step 407) can be issued as follows. As shown in FIG. « ™, ... . . - j^ju 

11. the participant connects to the image server 28 (step " ,. ^ methods ^ ■nechanisms described here are not 

1101). Next, the participant sends the redirect message string Umited t0 P. ar f ular hardware or software configuration, 

(step 604) to the image server (step 1102). or t0 anv P^ular communications modality, but rather 

Once the image server receives the redirect message fin f a PP Ucabilit y m "V communications or com- 

string, the string is decoded by reversing the encoding 20 P uter netwo,k environment, 
process of FIG. 10 (step 1103). Based on the image type 

specified in the property set, logic in the image server may The techniques described here may be implemented in 

be invoked to generate the required image (step 1104). hardware or software, or a combination of the two. 

Additionally, the logic in the image server may also deter- Preferably, the techniques are implemented in computer 

mine an optimal width and height for the image. The image 25 programs executing one or more programmable computers 

server database may also be filled with a byte pattern that each includes a processor, a storage medium readable by 

corresponding to a color image to be displayed in the &e processor ( inc i udmg volatile and non-volatile memory 

dynamic content regions. In this case, a graphic encoding and/or st elements)> ^ suitable ^ and oul ut 

process may be applied to the byte pattern to create a string deyices Jhe able mmptttta may be either 

of bytes representing the image m one of many known * n , , , , , 

f ' c ** ui w * • ... . 1 j general-purpose computers or special-purpose, embedded 

formats. Suitable graphic encoding techniques include & 4 , r *^ * 

JPEG, GIF, or PNG. After the graphics encoding is \ either CBSC > P ro & ram 15 "PPlicd to data 

performed, headers describing the size and format of the ^ ntered ^ or »°f ive ? from an m P ut devic V° P erform the 

image to be displayed coupled with the generated graphics Actions described and to generate output information. The 

string may then be sent to the participant (step 1105). The 35 0Ut P ut "^formation is applied to one or more output devices, 
step 408 may then be executed by interpreting the headers 

and the graphics string. Each program is preferably implemented in a high level 
Subsequent requests by any of the participants for the procedural or object-oriented programming language to 
most current state of the content identified from a prior communicate with a computer system. However, the pro- 
image description will be sent to the server 6. Each time a 40 grams can be implemented in assembly or machine 
new request is made by any of the participants, the preferred language, if desired. In any case, the language may be a 
redirect message string can be used to retrieve the updated compiled or interpreted language, 
or then current from the image server 28 without having to 
serve the entire image to the participant, as in known 

systems. This is because the redirect message string is small 45 Each ^ computer program is preferably stored on a 
and can be easily cached at the participant or in the server storage medium or device (e.g., CD-ROM, hard disk, mag- 
6. When a new image description is requested the image netic diskette, or memory chip) that is readable by a general 
description can be easily compared to the cached redirect or special purpose programmable computer for configuring 
message. A request to the image server 28, which causes a and operating the computer when the storage medium or 
new image to be created and served, is only made when the 50 device is read by the computer to perform the procedures 
participant receives an image description in the redirect described. The system also may be implemented as a 
message string that is different from a previous image computer-readable storage medium, configured with a corn- 
description. In this way, the redirect message string avoids puter program, where the storage medium so configured 
unnecessary, redundant, and costly communication with the causes a computer to operate in a specific and predefined 
database. 55 m anner. 

The preferred encoding and decoding and redirection 

process to transmit information to the participants from the . . , . „ , , 

server is reliable, efficient, and secure. The redirection A number of embodiments of the present mvention have 

process uses the redirection message string to send a new been described. Nevertheless, it will be understood that 

link identifier to the participant for each change in content or 60 vanous modifications may be made without departing from 

information. This means that the participant is notified that lhe s P int and of the invention. For example, variations 

the information cached locally must be updated. This allows m lne specification of which e-mail protocol a particular 

the information viewed or accessed by the participant to be participant supports can be sent by the participant to the 

always current. The encoding is used to ensure that the server 6 so that a different message format based on that 

information is properly delivered through the systems using 65 knowledge can be forwarded to the participant. Accordingly, 

standard HTTP character sets. The conversion to a safe other embodiments are within the scope of the following 

character set can be used to obscure the produced redirect claims. 
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APPENDIX A 



1 Deliver Electronic (Authoring) Form 

get ZAPLET_TYP E, ZAPLET_STYLE from request 
open file ELECTRON lC_FORM for writing 

write Creating_Participant_Input_Field(ZAPLET_TYPE, ZAP LET_STYLE) to 
ELECTRONIC_FORM 

write CreaLiiig_Participant_EinaiJ_Iiipul__Field(ZAPLET_TYPE, ZAPLET_STYLE) to 
ELECTRONTC_FORM 

write Subject_Input_Field(ZAPLET_TYPE, ZAPLET_STYLE) to ELECTRONIC_FORM 
write Recipiente_Input_Field(ZAPLET_TYPE, ZAP LET_STYLE) to 
ELECTRONlC_FORM 

write Zaplet_Specific_Data_Input_Fields(ZAPLET_TYPE, ZAPLET_STYLE) to 
ELECTRONIC_FORM 

write ZapleL_T>pe_Constant(ZAPLET_TYPE 1 ZAP LET_STYLE) to 
ELECTRONlC_FORM 

write ZaplcL_Style_Constant(ZAPLET_TYPE, ZAP LET_STYLE) to 
ELECTRONIC_FORM 

write Static_Form_Contcnt(ZAPLET_TYPE, ZAPLET_STYLE) to 

ELECTRONlC_FORM 

open stream CLIENT for writing 

write ELECTR ONIC_FO RM to CLIENT 

2 Receive Electronic (Authoring) Form Input and Send Mail 

get CREATING_PARTICIPANT_NAME, CREATING_PARTICIPANT_EMAIL, 

SUBJECT, 

ZAPLET_TYPE, 

ZAPLET_STYLE, ZAPLET_SPECIFIC_DATA, RECIPIENTS from request 
set MESSAGE_ID - crcate_unique_idO 
open file MESSAGE for writing 

create (Message_Record(MESSAGE_ID, CREATING _PARTICIPANT_NAME, 
CREATING_PARTICIPANT_EMAIL, 

SUBJECT, ZAPLET_TYPE, ZAPLET_STYLE, ZAPLET__SPECIFIC_DATA, 
RECIPIENTS)) in 
database 

write MESSAGE_ID, CREATING_PARTICIPANT_NAME, 
CRE ATING_PARTICIPANT_EMAI L, 

SUBJECT, ZAPLET_TYPE, ZAPLET_STYLE, ZAPLET_SPECIFIC_DATA, 
RECIPIENTS to 
MESSAGE 

if (User_Record(CREATING_PARTICIPANT„EMAIL) not_exists_in database)! 

create User_Record(CREATING_PAR , nCIPANT_EMAIL > 
CREATING_PARTICIPANT_NAME) 
in database 
} 

foreach (USER_EMAIL in RECIPIENTS)! 

if (User_Record(USER_EMAIL) not_exists_in database)! 
create User_Record(USER_EMAIL) in database 

} 

} 

foreach (QUESTION in request) { 

set QUESTION_ID - creatc_jinique_id() 
get QUESTION_CONTENT from request 

write QUESTIONED, QUESTION_CONTENT to MESSAGE in database 
foreach (CHOICE in QUESTION) { 

set CHOICE_ID = CTcatc_uniquc„idQ 

write CHOICE_ID, CHOICE to MESSAGE 

} 

} 

open file MAIL for writing 

write fTransport_Headers(MESSAGE)) to MAIL 

write ("From:" + Creating_Participant(MESSAGE)) to MAIL 

write ("To:** + Recipients(MESSAGE)) to MAIL 

write ("Subject:" + Subject(MESSAGE)) to MAIL 

write (Encoding_Headers(MESSAGE)) to MAIL 

write (ENCOD ING_SEPARATOR) to MAIL 

write (PLAIN_TEXT_ENCODING_LABEL) to MAIL 

write (Plain_Text_Static_Portion(MESSAGE)) to MAIL 

write (URL(M ESSAGE)) to MAIL 

write (ENCOD ING_SEPARATOR) to MAIL 

write (RICH_TEXT_ENCODING_LABEL) to MAIL 

write (Rich_Text_Static_Portion(MESSAGE)) to MAIL 

foreach (QUESTION in MESSAGE) { 

write (Interaction_J ? orm(QUESTION)) to MAIL 

write (Static„Portion(QUESTION)) to MAIL 

write (Dynamic_Jmage_Portion(QUESTION)) to MAIL 

write (IFRAME_ILAYER_Portion(QUESTION)) to MAIL 

write 0FRAME_ILAYER_^Alternative_Portion(QUESTION)) to MAIL 

} 

write (ENCOD ING„SEPARATOR) to MAIL 
if (SUPPORT_IMAGE_DATA) 

write (Image_Data(MESSAGE)) to MAIL 
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APPENDIX A-continued 



open stream TRANS POHT_SERVER for writing 

write MAIL to TRANSPORT—SERVER 

open file REPLY for writing 

write Coafirmation_Mcssage(MAIL) to REPLY 

open stream CLIENT for writing 

write REPLY to CLIENT 

3 Serve Dynamic Rich-Text Contents 
get MESSAGE_ID from request 

load MESSAGE by MESSAGEED from database 

open file REPLY for writing 

foreach (QUESTION in MESSAGE) { 

write (FormaUynamic_Portion(QUESTION)) to REPLY 

foreach (RESPONSE in QUESTION) { 
write (Format_Dynamic_Portion(RESPONSE)) to REPLY 

} 

} 

open stream CLIENT for writing 
write REPLY to CLIENT 

4 Serve Dynamic Image Contents 

get MESSAGEED, QUESTIONED from request 
load QUESTION by QUESTIONED from database 
open file IMAGE for writing 

write (Fonnai_Jmage(QUES'nON J Summarize(Responses(QUESTION)))) to IMAGE 
open stream CLIENT for writing 
write IMAGE to CLIENT 

5 Receive Response Form Input 

get MESSAGEED, QUESTIONED, RESPONDER_NAME, RESPOND ER_EMAIL, 
COMMENT, 

QUESTION_SPECIFTC_INFO from request 
if (User_Record(RESPONDER_EMAIL) not_exists_in database)! 

create User_Record(RESPONDER_EMAIL, RESPONDER_NAME) in database 

} 

if (Allowed_To_Respond(RESPONDER_EMAIL, QUESTION){ 

create_or__update Response_Record(MESSAGE_ID, QUESTIONED, 
RESPONDER_EMAIL, 

COMMENT, QUESTION„SPECIFICENFO) in database 
} 

open file REPLY for writing 

get MESSAGE by MESSAGEED from database 

write (Confirmation_View(MESSAGE)) to REPLY 

open stream CLIENT for writing 

write REPLY to CLIENT 

6 Resend or Forward Message 

get MESSAGEED, NEW_RECIPIENT_EMAILS from request 
foreach (USER_EMATL in NEW_RECIPIENT_EMAILS){ 
if (User_Record(USER„EMAIL) not_existsEn database){ 
create UserE*ecord(USER_EMAIL) in database 

} 

} 

get MESSAGE by MESSAGEED from database 

set Recipients(MESSAGE) - Recipients(MESSAGE)+NEW_RECIPIENT_EMAILS 

update Message_Record(MESSAGE) in database 

open file MAIL for writing 

write (Transport_Headers(MESSAGE)) to MAIL 

write ("From:" + Creating_Participant(MESSAGE)) to MAIL 

write ("To:" + NEW_RECIPIENT_EMAILS) to MAIL 

write ("Subject:" + SubjectTMESSAGE)) to MAIL 

write (Encoding_Headers(MESSAGE)) to MAIL 

write (ENCOD ING_SEPARATOR) to MAIL 

write (PLAIN_TEXT_ENCODING_LABEL) to MAIL 

write (Plain_Text__Static_Portion(MESSAGE)) to MAIL 

write (URL(MESSAGE)) to MAIL 

write (ENCOD ING_SEPARATOR) to MAIL 

write (RICH_TEXT_ENCODING_LABEL) to MAIL 

write (Rich_Text_StaticEortion(MESSAGE)) to MAIL 

foreach (QUESTION in MESSAGE) { 

write (InteractxonEorm(QUESTION)) to MAIL 

write (Static_Portion(QUESTION)) to MAIL 

write (DynamicEmage__Portion(QUESTION)) to MAIL 

write (IFRAME_ILAYER_Portion(QUESTION)) to MAIL 

write (IFTlAME_IIj\YERE^ternativeEortion(QUESTION)) to MAIL 

write (ENCOD ING_SEPARATOR) to MAIL 
if(SUPPORTEMAGE_DATA) 

write (Image_Data(MESSAGE)) to MAIL 
open stream TRANS PORT_SERVER for writing 
write MAIL to TRANS PORT_SERVER 
open file REPLY for writing 
write Confirmation_Message(MAIL) to REPLY 
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APPENDIX A-continued 



open stream CLIENT for writing 
write REPLY to CLIENT 



APPENDIX B 



Message is sent to client containing a URL of the form: 
http://www.coinpaiiy.com/iinageRedirect7id- 12345 

(where id is a unique Message ID associated with the message that was sent). 
Client opens a request to the machine at www.company.com and sends a request 
for "/imageRedirect?id-12345". This machine then executes code functionally 
identical to: 

HAND LE_REDIRECT__REQU EST 
{ 

msgData - loadMessageFromDatabase(id) 

imageType - msgDala.gctlmageTypcQ 

imageColor ° msgData. getlmageColorO 

imageOptionList = msgData.gctOptionListQ 

imageCurrentStatus » msgData. getCurrentStatusO 

imagcData ■ new PropertySet 

image Da la { imageType} = imageType 

imageData{ imageColor} = imageColor 

imageData{imageOptionLi5t} = imageOptionList 

image Data { imageCurrentStatus} - imageCurrentStatus 

encodedStr - ENCODE(imageData) 

im ageSe rver Ho stNa me - loadlmageServerHostNameO 

sendRedirectToClient(imageServerHostName + encodedStr) 

ENCODE(PropertySet props) 

property String - encodePropertiesAsHTTPString(props) 
compressed - compressString(propertyString) 
sevenBit - splitStringToSevenBUChunks (compressed) 
byte Array - encryptArray (sevenBit) 
safeChars - mapByteArrayTo64BitASCH(byteArray) 
return safeChars 

} 

On receipt of the encoded request, the image server performs: 

HANDLE_IMAGE_REQUEST 

{ 

imageProperties - DECODE(inputArgument) 
thelmage • create I mage (imageProperties) 
streamImageDataToNetwork(theImage) 

} 

DECODE(String encodedArgs) 

byte Array - map64BitASCIIToByte Array (encodedArgs) 

sevenBit - decryptArray(byteArray) 

compressed = reassembleFromSevenBitChunks(evenBit) 

propertyString - uncompressString (compressed) 

properties - decodeHTTPStringToPToperties propertyString) 

return properties; 



What is claimed is: 

1. A method for transmitting information over a network, 50 
comprising: 

receiving a link identifier associated with a file containing 

the information; 
executing a first command to retrieve the link identifier; 
converting the link identifier to a property set; 
encoding the property set; 

generating a redirect message string from the property set; 
and 

accessing the file using values from the redirect message 60 
string for each change of the link identifier. 

2. The method of claim 1, wherein the information 
comprises one of static and binary content. 

3. The method of claim 1, wherein the receiving step 
further comprises: 65 

receiving a virtual link identifier in an electronic message; 
and 



parsing the electronic message to execute the first com- 
mand. 

4. The method of claim 1, wherein the link identifier is a 
Universal Resource Locator. 

5. The method of claim 1, wherein the accessing step 
further comprises caching the redirect message string and 
comparing the link identifier to the redirect message string. 

6. The method of claim 1 wherein the link identifier 
comprises a message ID. 

7. The method of claim 6, wherein the converting step 
further comprises loading a current state of the link identifier 
as an image description from the message ID. 

8. The method of claim 3, wherein the electronic message 
is an HTML encoded message. 

9. The method of claim 1, wherein the encoding step 
further comprises encoding the property set using ASCII- 
based encoding. 

10. The method of claim 1, wherein the encoding step 
further comprises compressing the property string and 
obscuring the compressed property string. 



50 



04/06/2004, EAST Version: 1.4.1 



US 6,523,063 Bl 

23 24 

11. The method of claim 10, wherein the obscuring step decoding the message strings to result in identifying one 
further comprises mapping the obscured compressed prop- or more actual locations of the image elements; and 
erty string into a set of safe character values. providing the image elements to the client as part of the 

12. The method of claim 1, wherein the accessing step dynamic content. 

further comprises decoding the redirect message string and 5 22. A method as recited in claim 21, wherein the elec- 

retrieving the file from a server. tronic medium comprises an HTML-encoded electronic 

13. The method of claim 12, wherein the retrieving step mail message, and wherein at least one of the link identifiers 
further comprises generating an image from values in the comprise an image tag associated with a universal resource 
redirect message string. locator that comprises a message identifier. 

14. The method of claim 11, wherein the safe character JQ 23. A method as recited in claim 21, wherein the elec- 
values further comprise ASCII values. tronic medium comprises an HTML-encoded electronic 

15. The method of claim 1, wherein the link identifier is mail message, and wherein at least one of the link identifiers 
configured for use with one of an electronic mail and comprise an image tag associated with a universal resource 
Internet protocol. locator that comprises a message identifier that is generated 

16. A method for transmitting information over a network, when the message is sent and that uniquely identifies the 
comprising: 35 dynamic content. 

receiving a link identifier in an electronic message, the 24. A method as recited in claim 21, wherein the steps of 

link identifier being associated with a file containing encoding the one or more link identifiers further comprise 

the information; the ste P s of: 

parsing the electronic message; determining a then-current state of the dynamic content 

executing a first.command to retrieve the link identifier; 2 ° based on the one or more Unk identifiers; 

converting the link identifier to a property set; retrieving one or more image description elements based 

encoding the property set, the property set being encoded 0D the oa f or more lmk * dentlfiers ; . 

into a safe character set; creatm S and stonn S a of one or more P ro P erties of a 
, . , . „ dynamic image based on the image description de- 
generating a redirect message string from the property set; 25 m ents and the then-current state; 
and . . 

4l _ £1 . , - ' . creating and storing one or more text strings that encode 

accessing the file using values from the redirect message ^ ^ t q ^ fo er ^ es 

string for each change of the link identifier. A , ? ^ .'. . . , . A . . 

-i _ * . , 4 -° 4 . c . 25. A method as recited in claim 24, wherein creating and 

17. A network system for transmitting information among 4 . c 

f ^. • 4 , n storing one or more text strings comprises the steps of 

a group of participants, comprising: 30 0 , ^ 1jr Jm * t 

to r r . r . . , -t* creatmg and storing one or more HTTP argument -value 

a server for generating and sending a link identifier encoded ^ strf tha , bc mmmunicated ^ part of m 

associated with a file containing the information to a HTTP reauest 

participant, the server further comprising an interface 2fi A method u reci , ed ^ daim u risi 

responsive to a first command to retrieve the link r t r . „ _ ^ _ f . „ 

r 35 the step 01 translorming the one or more text strings by 

1 miner, compressing or obscuring the text strings to result in creat- 

a web apphcation server for converting the link identifier mg or storing one or more transformed text strm g S . 

to a property set, the web application server further 2 7. A method as recited in claim 26, further comprising 

comprising logic to encode the property set and to the step of converting the one or more transformed text 

generate a redirect message from the property set; and sUings for communication - m a universal character set. 

an image server for accessing the file using values from 28. A method as recited in claim 24, wherein generating 

the redirect message string for each change of the link a redirection response comprises the steps of generating a 

identifier. redirect message string that identifies an image server that 

18. The network system of claim 17, wherein the infor- holds the image elements and that includes the one or more 
mation comprises one of static and binary content. text strings. 

19. The network system of claim 17, wherein the link 45 29. A method as recited in claim 24, wherein decoding the 
identifier is a Universal Resource Locator. message strings comprises the steps of: 

20. The network system of claim 1, wherein the redirect retrieving the image elements based on decoding the text 
message string is cached in one of the participant and the strings* 

„ * A t , _ „_ . . . so identifying one or more properties of the dynamic image 

21. A method of efficiently communicating information based Qn decodin ^ m stri ^ ^ ^ 

among participants m a group, composing the computer- description elements and the then-current state; 

implemented steps of: . , . . . , , . , . 

r . , . . . generating a graphic image based on the retrieved image 

generating an .electronic medium compming one or more pretties of the dynamic image, 

link identifiers wherein each of the link identifiers is 55 3Q A memod as fecited ^ ^ n ^ 

associated with corresponding dynamic content stored me ^ of Kspon6iQ ^ t0 one or more subsequent requests 

in a ata store, to retrieve the dynamic content of members of the group 

receiving a request to retrieve the dynamic content using U sing the one or more link identifiers by providing the 

the one or more link identifiers; redirection response that includes the one or more corre- 

encoding the one or more fink identifiers as one or more 60 sponding message strings without serving an entire static 

corresponding message strings; i mage to a requesting client. 

generating a redirection response that includes the one or 31. An apparatus for efficiently communicating informa- 

more corresponding message strings; tion among participants in a, group, comprising: 

providing the redirection response to a client; means for generating an electronic medium comprising 

receiving a request to retrieve one or more image ele- 65 one or more link identifiers, wherein each of the link 

ments of the dynamic content using the message identifiers is associated with corresponding dynamic 

strings; content stored in a data store; 
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means for receiving a request to retrieve the dynamic 

content using the one or more link identifiers; 
means for encoding the one or more link identifiers as one 

or more corresponding message strings; 
means for generating a redirection response that includes 5 

the one or more corresponding message strings; 
means for providing the redirection response to a client; 
means for receiving a request to retrieve one or more 

image elements of the dynamic content using the io 

message strings; 
means for decoding the message strings to result in 

identifying one or more actual locations of the image 

elements; and 

means for providing the image elements to the client as 15 
part of the dynamic content. 

32. A computer-readable medium comprising one or more 
sequences of instructions for efficiently communicating 
information among participants in a group, which 
instructions, when executed by one or more processors, 20 
cause the one or more processors to carry out the steps of: 
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generating an electronic medium comprising one or more 
link identifiers, wherein each of the link identifiers is 
associated with corresponding dynamic content stored 
in a data store; 

receiving a request to retrieve the dynamic content using 
the one or more link identifiers; 

encoding the one or more link identifiers as one or more 
corresponding message strings; 

generating a redirection response that includes the one or 
more corresponding message strings; 

providing the redirection response to a client; 

receiving a request to retrieve one or more image ele- 
ments of the dynamic content using the message 
strings; 

decoding the message strings to result in identifying one 
or more actual locations of the image elements; and 

providing the image elements to the client as part of the 
dynamic content. 
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